The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
docs	Ready	Preview, Comment	Apr 22, 2026 6:16pm

PR Summary

Medium Risk
Changes database connection pooling limits, which can affect runtime stability and database/pgbouncer capacity under load. Low code risk but higher operational risk if connection limits are mis-sized.

Overview
Raises the Postgres client pool limit (max) from 10 → 30 in both the socket DB operations client (apps/sim/socket/database/operations.ts) and the shared DB package (packages/db/index.ts) to allow more concurrent DB usage during traffic spikes.

^{Reviewed by Cursor Bugbot for commit 94e0e62. Bugbot is set up for automated code reviews on this repo. Configure here.}

Greptile Summary

This PR increases the postgres.js connection pool max for the main DB client (packages/db/index.ts: 10 → 20) and the socket-specific client (apps/sim/socket/database/operations.ts: 10 → 25) to address connection exhaustion under request spikes. Because PgBouncer runs in transaction mode, these are client-side limits that PgBouncer multiplexes before hitting the server, so the change is safe.

Confidence Score: 5/5

Safe to merge — config-only change with no logic impact and a well-understood rationale (PgBouncer transaction mode).

Both changes are single-value config bumps with no code logic affected. The asymmetry (20 vs 25) appears intentional given the socket server's higher per-instance concurrency requirements. No P0/P1 findings.

No files require special attention.

Important Files Changed

Flowchart

%%{init: {'theme': 'neutral'}}%%
flowchart TD
    A[App Instances] -->|"max: 20 connections each"| B[PgBouncer\nTransaction Mode]
    C[Socket Server] -->|"max: 25 connections each"| B
    B -->|"Multiplexed server connections"| D[(PostgreSQL)]
    style B fill:#f0a500,color:#000
    style D fill:#336791,color:#fff

_{Reviews (1): Last reviewed commit: "Raise socket connections" | Re-trigger Greptile}